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What is Unit Testing 

Software Used to Test Software 



Manual Testing 

■ Not structured 

■ Not repeatable 

■ Can't cover all of the code 

■ Not as easy to do as it should be 

void testSumQ { 

if (this.sum(lj 2) != 3) { 

throw new Exception("l + 2 != 3"); 

} 
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Manual Testing (2) ^ 

■ We need a structured approach that: 

■ Allows refactoring 

■ Reduces the cost of change 

■ Decreases the number of defects in the code 

■ Bonus: 

■ Improves design 
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Automated Testing 

■ System tests 

■ Integration tests 

■ Unit tests 


Integration 

Unit 
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JUnit 
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■ The first popular unit testing framework 

■ Most popular for Java development 

■ Based on Java, written by Kent Beck & Co. 
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Unit Testing Basics 


How to Write Tests 














Junit-Writing Tests ^ Nation 

■ Create new package (e.g. tests) 

■ Create a class for test methods (e.g. BankAccountTests) 

■ Create a public void method annotated with @Test 

@Test 

public void depositShouldAddMoneyQ { 

/* voodoo magic */ 

} 
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3A Pattern 

■ Arrange - Preconditions 

■ Act - Test a single behavior 

■ Assert - Postconditions 

@Test 

public void depositShouldAddMoneyQ 
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Each test should test 
a single behavior! 


BankAccount account = new BankAccountQ ; 
account.deposit(50); 

Assert .assertTrue(account.getBalance() == 50) 
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Exceptions ^ ^Stion 

■ Sometimes throwing an exception is the expected behavior 

Assert 

@Test (expected = IllegalArgumentException.class) 
public void depositNegativeShouldNotAddMoneyQ { 

BankAccount account = new BankAccountO; ^ 

. , x Arrange 

account.deposit (-50) j 

y AcD 
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Problem: Test Axe 
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■ Create a Maven project 

■ Add provided classes (Axe, Dummy, Hero) to project 

■ In test/java folder, create a package rpg_tests 

■ Create a class AxeTests 

■ Create the following tests: 

■ Test if weapon loses durability after attack 

■ Test attacking with a broken weapon 
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Solution: Test Axe 
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@Test 

public void weaponLosesDurabilityAfterAttack() { 

// Arrange 

Axe axe = new Axe(10j 10); 

Dummy dummy = new Dummy(10, 10); 

// Act 

axe.attack(dummy); 

// Assert 

Assert.assertTrue(axe.getDurabilityPoints() == 9); 
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Solution: Test Axe (2) 
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@Test (expected = IllegalStateException.class) // Assert 
public void brokenWeaponCantAttack() { 

// Arrange 

Axe axe = new Axe(10j 10); 

Dummy dummy = new Dummy(10, 10); 

// Act 

axe.attack(dummy); 
axe.attack(dummy); 


15 




Problem: Test Dummy 
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■ Create a class DummyTests 

■ Create the following tests 

■ Dummy loses health if attacked 

■ Dead Dummy throws exception if attacked 

■ Dead Dummy can give XP 

■ Alive Dummy can't give XP 
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Solution: Test Dummy 
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@Test 

public void attackedTargetLoosesHealthQ { 
// Arrange 

Dummy dummy = new Dummy(10, 10); 


// Act 

dummy.takeAttack(5); 
// Assert 


There is a better 
solution... 


Assert.assertTrue(dummy.getHealth() == 5); 


> 


// TODO: Write the rest of the tests 
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Unit Testing Best Practices 


How to Write Good Tests 



Assertions 
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■ assertTrue() vs assertEquals() 

■ assertTrueQ 

Assert.assertTrue(account.getBalance() == 50); 


j ava.lang.AssertionError <3 internal calls> 


■ assertEquals expected, actual) 

Assert .assertEquals(50, account .getBalanceQ); 


Better description when 
expecting value 


j ava.lang.AssertionErroi: 
Expected :50 
Actual :35 

<Cllck to see difference> 
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Assertion Messages 

Foundation 

■ Assertions can show messages 
■ Helps with diagnostics 

■ Hamcrest is useful tool for test diagnostics 


Assert.assertEquals( 

"Wrong balance", 50, account.getBalanceQ); 


Helps finding 
the problem 


j ava.lang.AssertionError: Wrong balance 
Expected :50 
Actual : 3 5 

<Click to see difference> 
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Magic Numbers 
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■ Avoid using magic numbers (use constants instead) 


private static final int AMOUNT = 50; 

@Test 

public void depositShouldAddMoneyQ { 
BankAccount account = new BankAccountQ; 
account.deposit (AMOUNT) ; 

Assert.assertEquals("Wrong balance"., 

AMOUNT, account.getBalance()); 


} 
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@ Before 

■ Use @Before annotation 

private BankAccount account; 

r f Executes before 

@Before J . „ „ 

v * each test 

public void createAccount() { 

this.account = new BankAccountQ; 

} 

@Test 

public void depositShouldAddMoneyQ { /... } 
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Naming Test Methods 
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■ Test names 

■ Should use business domain terminology 

■ Should be descriptive and readable 


incrementNumber() {} 
testlQ {} 
testTransferQ {} 


depositAddsMoneyToBalance() {} 
depositNegativeShouldNotAddMoney() {} 
transferSubtractsFromSourceAddsToDestAccount() {} 
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Problem: Refactor Tests 
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■ Refactor the tests for Axe and Dummy classes 

■ Make sure that 

■ Names of test methods are descriptive 

■ You use appropriate assertions (assert equals vs assert true) 

■ You use assertion messages 

■ There are no magic numbers 

■ There is no code duplication (Don't Repeat Yourself) 
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Solution: Refactor Tests 
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private static final int AXE_ATTACK = 10; 
private static final int AXE_DURABILITY = 10; 
private static final int DUMMY_HEALTH = 10; 
private static final int DUMMY_XP = 10; 
private Axe axe; 
private Dummy dummy; 

@Before 

public void initializeTestObjects() { 

this.axe = new Axe(AXE_ATTACK, AXE_DURABILITY); 
this.dummy = new Dummy (DUMMY_HEALTH, DUMMY_XP); > 
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Solution: Refactor Tests (2) Sedation 

@Test 

public void weaponLosesDurabilityAfterAttack() { 
this. axe.attack (this. dummy); 

Assert. assertEquals ( "Wrong durability" , 

AXE_DURABILITY, 

axe.getDurabilityPoints()); } 

@Test (expected = IllegalStateException.class) 
public void brokenWeaponCantAttack() { 
this. axe.attack (this. dummy); 
this. axe.attack(this.dummy); } 
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Unit Testing Basics 

Live Exercises in Class (Lab) 
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Dependencies 

Isolating Behaviors 
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Coupling and Testing ^— 

■ Consider testing the following code: 

■ We want to test a single behavior 

( - 

Concrete 

public Class Bank { / Implementation 

private AccountManager accountManager; 
public Bank() { 

this. accountManager = new AccountManagerQ; 

-i Bank depends on 

AccoutManage£_ 

public Accountlnfo getInfo(String id) { ... } 

} 


29 



Coupling and Testing (2) 
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Need to find solution to decouple classes 


— K 


Bank inherits 
bugs 


Interface 

AccountManager 


\ 


Bank AccountManager 

i 


V —- 


+Account getAccount() 




uses 


r 


Bank 
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Dependency Injection 

■ Decouples classes and makes code testable 

interface AccountManager Using Interface 

Account getAccountQ; 


* 9 “ 
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public class Bank { ^independent from Implementation 

private AccountManager accountManager; J Injecting dependencies 
public Bank(AccountManager accountManager) { 
this. accountManager = accountManager; 
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Goal: Isolating Test Behavior 

■ In other words, to fixate all moving parts 
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@Test 

public void testGet!nfoById() { 


// Arrange Anonymous class 

AccountManager manager = new AccountManager() { 


public Account getAccount(String id) { ... } 


} 

Bank bank = new Bank(manager); 
Accountlnfo info = bank.getlnfo(ID); 



Fake interface 
implementation with 
fixed behavior 


// Assert... } 
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Problem: Fake Axe and Dummy 

■ Test if hero gains XP when target dies 

■ To do this, first: 

- Make Hero class testable (use Dependency Injection) 

■ Introduce Interfaces for Axe and Dummy 

■ Interface Weapon 

■ Interface Target 

■ Create test using a fake Weapon and fake Dummy 
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Solution: Fake Axe and Dummy 


SoftUni 

S>l Foundation 


public interface Weapon { 
void attack(Target target); 
int getAttackPoints(); 
int getDurabilityPoints(); } 

public interface Target { 
void takeAttack(int attackPoints); 
int getHealth(); 
int giveExperienceQ; 
boolean isDead(); 

} 





Solution: Fake Axe and Dummy (2) 
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// Hero: Dependency Injection through constructor 
public Hero(String name., Weapon weapon) { 

this.name = name; /* Hero: Dependency Injection */ 

this.experience = 0; /* through constructor */ 

this.weapon = weapon; ) 

public class Axe implements Weapon { 
public void attack(Target target) { ... } 

> _ 

// Dummy: implement Target interface 
public class Dummy implements Target { } 






Solution: Fake Axe and Dummy (3) ^ 

@Test 

public void heroGainsExperienceAfterAttacklfTargetDiesQ { 

Target fakeTarget = new TargetQ { 

public void takeAttack(int attackPoints) { } 
public int getHealthQ { return 0; } 
public int giveExperienceQ { return TARGET_XP; } 
public boolean isDeadQ { return true; } }; 

//Continues on next slide... 
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Solution: Fake Axe and Dummy (4) 
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//... 

Weapon fakeWeapon = new Weapon() { 
public void attack(Target target) {} 
public int getAttackPointsQ { return WEAPON_ATTACK; } 
public int getDurabilityPointsQ { return 0; } }; 

Hero hero = new Hero(HERO_NAME., fakeWeapon); 

hero.attack(f akeTarget ); 

// Assert... 
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Fake Implementations 

■ Not readable, cumbersome and boilerplate 
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@Test 


public void testRequiresFake!mplementationOfBigInterface() { 


// Arrange 

Database db = new BankDatabase() { 


Not suitable for 
big interfaces 


// Too many methods 


} 

AccountManager manager = new AccountManager(db); 
// Act & Assert... 


> 
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Mocking 

■ Mock objects simulate behavior of real objects 

■ supplies data exclusively for the test - e.g. network data, random 
data, big data (database), etc. 


@Test 

public void testAlarmClockShouldRinglnTheMorningQ { 
Time time = new Time(); 

AlarmClock clock = new AlarmClockftimeL;_ 

Test will pass only in the morning! 


if (time.isMorningO) { 

Assert.AssertTrue(clock.isRinging()); 

> > 
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Mockito 
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Framework for mocking objects 


@Test 

public void testAlarmClockShouldRingInTheMourning() { 
Time mockedTime = Mockito. mock(Time. class); 

Mockito. when (mockedTime.isMorningO) .thenReturn( true); 


AlarmClock clock = new AlarmCL 
if (mockedTime.isMorningO) { ^ 


Always true 


ime); 


Assert.AssertTrue(clock.isRinging()); 
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Problem: Mocking ^ Nation 

■ Include Mockito in the project dependencies 

■ Mock fakes from previous problem 

■ Implement Hero Inventory, holding unequipped weapons 

■ method - Iterable<Weapon> getInventory() 

■ Implement Target giving random weapon upon death 

■ field - private List<Weapon> possib eLoot 

■ Test Hero killing a target getting loot in his inventory 

■ Test Target drops random loot 
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Solution: Mocking 
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@Test 

public void attackGainsExperienceIfTargetIsDead() { 

Weapon weaponMock = Mockito. mock(Weapon .class); 

Target targetMock = Mockito. mock(Target .class); 
Mockito.when(targetMock.isDeadQ) .thenReturn(true) ; 

Mockito. when (targetMock. giveExperienceQ) .thenReturn(TARGET_XP); 

Hero hero = new Hero(HER0JMAME 3 weaponMock); 

hero.attack( targetMock) ; 

Assert.assertEquals("Wrong experience", TARGET_XP, hero.getExperience()); 
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Solution: Mocking (2) 

■ Create RandomProvider Interface 

■ Hero method 
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■ attack(Target targetRandomProvider rnd) 

■ Target method 

■ dropLoot(RandomProvider rnd) 

■ Mock weapon, target and random provider for test 
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Summary — 

■ Unit Testing helps us build solid code 

■ Structure your unit tests - 3A Pattern 

■ Use descriptive names for your tests 

■ Use different assertions depending on the situation 

■ Dependency Injection 

■ makes your classes testable 

■ Looses coupling and improves design 

■ Mock objects to isolate tested behavior 
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■ This course (slides, examples, demos, videos, homework, etc.) 
is licensed under the " Creative Commons Attribution- 
NonCommercial-ShareAlike 4.0 International" license 



■ Attribution: this work may contain portions from 

■ " Fundamentals of Computer Programming with Java " book by Svetlin Nakov & Co. under CC-BY-SA license 

■ " C# Part I " course by Telerik Academy under CC-BY-NC-SA license 

■ " C# Part II " course by Telerik Academy under CC-BY-NC-SA license 
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